home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
kermit.columbia.edu
/
kermit.columbia.edu.tar
/
kermit.columbia.edu
/
newsgroups
/
misc.19941031-19941221
/
000271_news@columbia.edu_Thu Nov 24 22:26:41 1994.msg
< prev
next >
Wrap
Internet Message Format
|
1995-07-31
|
2KB
Received: from apakabar.cc.columbia.edu by watsun.cc.columbia.edu with SMTP id AA13241
(5.65c+CU/IDA-1.4.4/HLK for <kermit.misc@watsun.cc.columbia.edu>); Thu, 24 Nov 1994 17:26:44 -0500
Received: by apakabar.cc.columbia.edu id AA08504
(5.65c+CU/IDA-1.4.4/HLK for kermit.misc@watsun); Thu, 24 Nov 1994 17:26:43 -0500
Path: news.columbia.edu!watsun.cc.columbia.edu!fdc
From: fdc@watsun.cc.columbia.edu (Frank da Cruz)
Newsgroups: comp.protocols.kermit.misc
Subject: Re: Slow _binary_ download/fast text download?
Date: 24 Nov 1994 22:26:41 GMT
Organization: Columbia University
Lines: 26
Message-Id: <3b33v1$89m@apakabar.cc.columbia.edu>
References: <1994Nov23.225128@clstac> <3b2f39$5pq@apakabar.cc.columbia.edu> <1994Nov24.151213.78500@kuhub.cc.ukans.edu>
Nntp-Posting-Host: watsun.cc.columbia.edu
Apparently-To: kermit.misc@watsun.cc.columbia.edu
In article <1994Nov24.151213.78500@kuhub.cc.ukans.edu>,
<tdsmith@kuhub.cc.ukans.edu> wrote:
>Just to add a data point: with a high load on the computer that I'm
>posting from (a DEC 7000), transfers will hang sometimes. MS-Kermit
>will then go into its retry cycle. I've had it time out, even with
>retries set to 63. Fortunately, it's a rare occurrence.
>
Right. Of course, if the load on one or both systems is hideously
high, or the network is horribly congested, then Kermit can time out
before the expected packet comes, even though it would have come
eventually. Here again, the user has control. The solution is to
increase the timeout interval, rather than the retry limit. The
trick is to avoid unnecessary retransmissions, not to increase the
number of them. The command is "set receive timeout", which should
be given to both Kermit programs in advance of the transfer, for
example:
set receive timeout 20
to increase the timeout interval from the default 5 seconds to
20 seconds. If you know the connection is good, but very slow,
you can use "set receive timeout 0", meaning wait forever for
each packet, and don't time out. For greater detail, see the
Command Summary section of "Using MS-DOS Kermit".
- Frank